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(57) Abstract: The invention permits the operator of a stateless proxy, or application broker to offer a reliable, trustworthy charging 
system which is accurate in definable intervals in a simple manner to registered application service suppliers, or registered clients, 
in which, during the provision of the service, the client and server are continuously provided with the charges applicable and the 
charging function, by means of an independent third party (Billing Server), including those from the independent third party. 
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EE, ES, FI, FR, GB, GR, HU, IE, IS, IT, LT, LU, MC, NL, 
PL, PT, RO, SE, SI, SK, TR), OAPI (BF, BJ, CF, CG, CI, 
CM, GA, GN, GQ, GW, ML, MR, NE, SN, TD, TG). 

Ver off entlicht : 

— mit intemationalem Recherchenbericht 



Zur Erklarung der Zweibuchstaben-Codes und der anderen Ab- 
kiirzungen wird auf die Erkldrungen ("Guidance Notes on Co- 
des and Abbreviations ") am Anfang jeder regularen Ausgabe der 
PCT -Gazette verwiesen. 



(57) Zusammenfassung: Das beschriebene Verfahren erlaubt dem Betreiber eines Stateless Proxy bzw. application Brokers auf 
einfache Art und Weise registrierten Application Service Anbietern und registrierten Kunden eine zuverlassige, in definierbaren In- 
tervallen genaue und vertrauenswiirdige Vergebiihrungsfunktion anzubieten, indem sich wahrend der Diensterbringung Client und 
Server standig im Hintergrund in regelmassigen Abstanden iiber einen unabhangigen Dritten (Billing Server) iiber die dafur anfal- 
lenden Gebuhren verstandigen und die Vergebiihrungsfunktion auch von dem unabhangigen Dritten erbracht wird. 



WO 2005/062265 



PCT/EP2004/053227 



Verfahren zur Vergebiihrung eines Dienstes in einem Kommunika- 
tionsnetz 

Problemstellung der Erfindung 

5 

In einem paketorientierten Konimunikationsnetz mit Dienstan- 
wendern (z.B. SIP-Clients) , Diensterbringern (z.B. Applikati- 
ons -Serve rn) und einem verraittelnden Applikationsbroker (z.B. 
SIP Proxy) f der fur die Dauer der Servicebeziehung zwischen 

10 einem Client und einem Application Server nicht in diese Be- 
ziehung eingebunden ist, (d.h. z.B. kein Stateful SIP-Proxy) , 
ist es fiir den Proxy unmoglich eine zuverlassige Vergebuh- 
rungsfunktion fiir registrierte Kunden (Anwender und 
Diensteanbieter) bereitzustellen . Aus Griinden der Effizienz 

15 (Hardware- und Betriebskosten) , ist es fur grofie Netzkonf igu- 
rationen mit einer Vielzahl von Proxies von Vorteil, wenn ei- 
ne Vergebiihrungseinheit mit mehreren Proxies im Netz gleich- 
zeitig zusaramenarbeiten kann. 

20 

Bisherige Losungen der Problemstellung 

- Proxy bleibt in der Kommunikationsbeziehung fiir die Dauer 
der Servicebeziehung (Stateful Proxy) r oder 

25 

Vergebiihrung lauft separat zwischen Application Server und Client 
ohne Einbeziehung des Proxies , d.h. der Betreiber des Proxies ist 
ausschlieftlich Acce ss -Provide r . Eine • Gesamtrechnung aus einer Hand 
auch fiir in Anspruch genommene Dienste lassen sich - wenn uberhaupt - 
30 dann nur mit groBem Aufwand im Postprocessing erreichen -> Verteilte 

Billingf unktionen beim Proxy-Betreiber und beim Application Server 
Provider; 

Erfordert (a) Sicherstellung, daft der Nutzer eines Services auch 
gleichzeitig Kunde von Proxy- und Serverbetreiber ist, und (b) tiber- 
35 mittlung von Da ten an den zentralen Rechnungsersteller . 
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Losung der Problemstellung gernafi der Erfindung 

Die Erfindung beschreibt ein Verfahren, wie in einem derarti- 
gen Scenario mit Client , Proxy (=Applikationsbroker, Applika- 
5 tionsvermittlungseinrichtung) , Vergebiihrungseinheit (Billing 
Server) und Applikations server eine fur alle Partner zuver- 
lassige Vergebuhrung erreicht werden kann r die zudem fur den 
Anbieter (Provider) des Grunddienstes (Betreiber der Proxies 
und des Billing Server) einen Mehrwertdienst darstellt. Die- 

10 ser Provider ist damit in der Lage, seinem Endkunden eine zu- 
verlassige Rechnung aus einer Hand mit paketorientierten 
Diensten von unterschiedlichsten Partner- Serviceprovidern an- 
zubieten. Dabei kann der Grunddienstanbieter sowohl als ein- 
facher Vermittler eines Dienstes, als auch als Zwischenhand- 

15 ler mit "Rebranding" auftreten (Unter "Rebranding" wird hier- 
bei verstanden, dass der Betreiber des Proxy einen Dienst ei- 
nes Partner-Serviceprovider nicht unter dem ursprunglichen 
Namen des Dienstes sondern unter einem eigenen Produktnamen 
anbietet) . 

20 

Letztendlich ist der Zweck dieses Verfahren, 

a) Registrierten Endkunden (Clients) mit einem Guthabenkon- 
to in Echtzeit Nutzungsgebiihren fur angeforderte und ge- 
nutzte Dienste zu verrechnen, oder 
25 b) Registrierten Endkunden regelmaJiig (z.B. monatlich) eine 

einheitliche Gesamt rechnung fur alle genutzten Services 
von unter schiedlichen Providern zu erstellen. 



Mit dem Verfahren wird sichergestellt, dass 
30 a) der Kunde nur das bezahlt, was er nutzt, und 

b) der Diensterbringer fur seine Leistungen bezahlt wird. 

Daneben schafft dieses Verfahren die Voraussetzung dafur f 
dass dem Kunden als Option schon wahrend der Dienstenutzung 
35 in Realzeit angezeigt werden kann, welche Gebuhren fur den 
Dienst aufgelaufen sind, bzw. bei Prepaid-Service, wieviel 
Guthaben noch vorhanden ist. 
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Grundlage dieser Losung 1st eine zuverlassige Vergeblihrungs- 
funktion, in die alle Partner-Komponenten (Client , Proxy / 
Application Broker, Application Server) wahrend der Dienste- 
nutzung eingebunden sind. 

5 

Client : Authentif iziert sich bei einem Proxy und fordert 
Dienst an. 

Proxy / Application Broker : Vermittelt den angef orderten 
Dienst und stoiit die Vergebuhrung auf dem Billing Server an. 
10 Billing Server : Flihrt Buch liber die Nutzung dieses Dienstes 
durch den Client. 

Application Server : Bietet Dienst an und informiert mit Ti- 
ckets den Proxy liber Zustandekommen und Verlauf der Service- 
beziehung zwischen ihm und deni Client - 

15 

Die weitere Erlauterung der Erfindung wird durch eine Zeich- 
nung unterstlitzt, die drei Abbildungen umfasst. 

Abbildung 1 zeigt die Beziehungen der Partner untereinander 
2 0 und den prinzipiellen Ablauf von der Authentif izierung des 
Clients uber die Dienstanf orderung und Diensterbringung bis 
hin zur Vergebuhrung. Dieser Ablauf wird im folgenden anhand 
von Abbildung 1 beschrieben. 

25 - Nachdem sich der Client mithilfe des Proxy bei dem Authen- 
tif ication-Authorization -Accounting-Server (AAA-Server) 
authentif iziert hat (l)/(2a), informiert der Proxy den 
Billingserver liber den anstehenden Servicewunsch . Der Bil- 
lingserver verwaltet die Billingtabelle und erzeugt daflir 

30 auch die Referenzen pi pro Servicewunsch. Diese Referenz 

wird dann an den Proxy zurlickgegeben (2b) . Der Proxy liber- 
mittelt dann dem Client neben der Angabe, wo sich der Ap- 
plication Server befindet (Destination) und der Billing- 
Reference (pi) auch noch die Adresse des Billingservers 

35 (3) . Im weiteren Verlauf des Services koramunizieren dann 

Client r Server und Billingserver unter Ausschlufi des Pro- 
xy. 
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Der Client fordert mit der Information, die er vom Proxy 
erhalten hat, beim Application Server den gewunschten 
Dienst an (4) . Dieser bestatigt die Dienstanf orderung an 
den Client (5) . Hiermit ist die Servicebeziehung zwischen 
5 Client und Application Server eingerichtet . 

- Nachdem die Servicebeziehung zwischen Client und Applica- 
tion Server aufgebaut worden ist, und solange der Dienst 
genutzt wird, erstellt der Application Server in regelma- 
JBigen Abstanden Tickets (z.B. 1 pro Minute), die an den 

10 Billing Server gesendet werden (6) - Diese Tickets enthal- 

ten die Reference pi, die dern Billing Server erlaubt, ef- 
fizient auf die Vergebuhrungstabelle (Billing-Tabelle) zu- 
zugreifen, und die Reference si, die der Server selbst er- 
stellt hat, und mit welcher er gegebenenf alls spater bei 

15 einer Ruckmeldung vom Billing Server effizient auf seine 

Daten zugreifen und eine bestehende Service Relationship 
beenden kann . 

- Nach Erhalt eines Tickets (6) ermittelt der Billing Server 
anhand der in dem Ticket enthaltenen Reference pi den 

2 0 Client (IP-Adresse CI) und fordert von diesem fur jedes 

empfangene Ticket eine Bestatigung dieser Vergebuhrungsda- 
ten an (7). Falls nach einer bestiramten Zeit (z.B. 1 Se- 
kunde) die Bestatigung nicht empfangen wurde, wird die An- 
f orderung (7) ein- oder zweimal wiederholt. 

25 - Nach Empfang der Bestatigungsanf orderung verifiziert der 
Client das Ticket und sendet gegebenenf alls eine Bestati- 
gung an den Billing Server (8) . 

- Nach Empfang einer Bestatigung vom Client speichert der 
Billing Server das Ticket zu einer spateren Rechnungser- 

30 stellung ab (9) und informiert den Application Server, dafi 

der Client das Ticket bestatigt hat. Im Falle eines Pre- 
paid-Kunden aktualisiert der Billing Server den Guthabens- 
tand des Kunden. 

35 

Sonderfalle bei der beschriebenen Realisierungsvariante der 
Erf indung: 

4 
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Prepaid-Kunde : 

Wenn das Guthaben eine bestimmte Schwelle unterschreitet 
informiert der Billing Server den Client, dafi das Guthaben 
fast aufgebraucht ist. Dies kann z.B. mit der nachsten An- 
forderung einer Bestatigung fur ein Ticket erfolgen (7) . 
Falls das Guthaben aufgebraucht ist, wird der Billing Ser- 
ver den Eintrag in der Billing Table loschen und weitere 
^ Tickets vom Application Server fur diesen Kunden nicht 
mehr akzeptieren und diese Tickets dem Application Server 
negativ quittieren, woraufhin dieser die Servicebeziehung 
zum Client gegebenenf alls beenden wird. 

Anforderung einer Ticketbes tatigung (7) vom Client negativ 
quittiert : 

Der Billing Server informiert den Application Server, daJi 
ein Ticket negativ quittiert wurde, wobei er dem Applica- 
tion Server die Reference si zuruckgibt. Anhand der Refe- 
rence si ist der Server daraufhin in der Lage, die Servi- 
cebeziehung zum Client zu beenden. 

Ticketbestatigung vom Client trotz mehrmaliger Anforderung 
nicht erhalten: 

Der Billing Server informiert den Application Server, da£ 
er fur ein Ticket keine Quittung vom Client erhalten konn- 
te, wobei er dem Application Server die Reference si zu- 
ruckgibt. Anhand der Reference si ist der Server daraufhin 
in der Lage, die Servicebeziehung zum Client zu beenden. 

Timer tl fur Billing Table Eintrag lauft ab. 
Um die Gtiltigkeit eines Billig Table Eintrags zu sichern, 
uberwacht der Billing Server den Eingang der Tickets vom 
Application Server. Sobald ein Ticket (6) eintrifft, wird 
der eingestellte Timer zuriickgesetzt . Bei Ablauf des Ti- 
mers wird der Eintrag in der Tabelle geloscht. Eventuell 
nachfolgend eintreffende Tickets vom Server werden negativ 
quittiert . 
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Ein.Ausschnitt des Meldungsablauf es (1) - (3) , der in Abbil- 
dung 1 dargestellt und bereits beschrieben ist r ist fur ver- 
schiedene Realisierungsvarianten der Erfindung in Abbildung 2 
dargestellt . 

5 

Realisierungsvariante 1 : Die in Abbildung 1 beschriebene Va- 
riante . 

Realisierungsvariante 2 : Die Variante 2 unterscheidet sich 
10 von der Variante 1 insofern, daft der Proxy , nachdem der Bil- 
ling Server von dem Verbindungswunsch informiert wurde, keine 
Billing Reference (pi) mehr vom Proxy erwartet, sondern die 
Antwort auf den Service Request vom Client ohne pi an den 
Client zurucksendet (3a) . Der Client erwartet stattdessen die 
15 Billing Reference vom Billing Server und wendet sich mit dem 
Service Request (4) an den Application Server erst dann, wenn 
er die Billing Reference in einer separaten Nachricht (3b) 
erhalten hat . 

Die Korrelation der Information in den Nachrichten 3a) und 
20 3b) mit dem urspriinglichen Service Request (1) erfolgen liber 

stierende eindeutige Reference (Call id, Tag) , die 
vom Client fur jeden Service Request generiert wird und in 
den Nachrichten 2b) , 3a) und 3b) enthalten ist. 

25 Realisierungsvariante 3 : Die Variante 3 unterscheidet sich 
von der Variante 2 insofern, dafi der Proxy in diesem Fall 
selbst keine Antwort auf den ursprunglichen Service Request 
(1) an den Client sendet . Nachdem der Billing Server vom Pro- 
xy mit alien relevanten Daten versorgt wurde (2b) , generiert 

30 der Billing Server eine Billing Reference pi und sendet sie 
gemeinsam mit den Daten, die er vom Proxy erhalten hat, als 
Antwort auf den Service Request (1) an den Client. 

35 

Abbildung 3 beschreibt die Einbindung des Billing Servers in 
das Koramunikationsnetz als Partner von mehreren Proxies. Sie 

6 
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zeigt eine prinzipielle Anordnung von Clients , Application 
Servers, Proxies und einem zentralen Billing Server. 

Indem die Billingserver gegebenenf alls mit interner Redundanz 
5 ausgestattet werden und zusatzlich mehrere Billingserver 

gleichzeitig eingesetzt werden konnen, wird diese Realisie- 
rungsvariante hoch verfugbar und gleichzeitig hoch skalierbar 
(m Billingserver fur n Proxies und z Application Server, m < 
n) - 

10 

Bemerkungen : 

Zu beachten ist, dafi dieses Verfahren nicht erfordert, 
dass Server und/oder Client sich bei Beendigung der Servi- 

15 cebeziehung beim Billing Server abmelden. So erfolgt auch 

die Versendung eines Vergebuhrungstickets an den Client 
inrimer im Voraus fur das aktuelle Vergebiihrungs intervall . 
Damit ist sichergestellt , dass der Client nicht kosten- 
pflichtige Dienste in Anspruch ninimt, ohne dass er dafiir 

2 0 bezahlt, indem er vor Ablauf eines Vergebiihrungs intervall s 

einfach den Dienst abbricht, urn zu verhindern, dass er fur 
das vergangene Intervall vergebuhrt wird. 

Der Uberwachungstimer tl in der Billing Table muss auf je- 
den Fall grofter als die Lange des Vergebiihrungs intervall 

25 sein, das zwischen Client und Application Server verein- 

bart wird. Es muss groii genug gewahlt werden, um zu Ver- 
mel den, dass eine verloren gegangene (und deshalb vom Ap- 
plication Server wiederholte) Ticketnachricht an den Bil- 
ling Server dazu fuhrt, dass dieser den Billing Table Ein- 

30 trag fur ungultig erklart. Gleichzeitig darf tl aber nicht 

zu groft gewahlt werden, um zu vermeiden, dass beispiels- 
weise Denial-of-Service Attacken von boswilligen Clients 
zu einer Verknappung der Billing Table Resourcen und 
letztlich zu einer Nichtverfiigbarkeit dieser Dienste 

35 fuhrt. Ein verniinf tiger Wert fur tl ist 2-3 Mai die Lange 

des Vergebiihrungsintervalls . Da die Lange der Vergebuh- 
rungsintervalle der einzelnen Servicebeziehungen (siehe 
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Abb. 1) unterschiedlich sein konnen, wird die Lange des 
Uberwachungstimer tl variabel gestaltet. Sobald der Bil- 
ling Server ein Ticket vom Application Server erhalt, ver- 
wendet er die darin angegebene Lange des Vergebiihrungsin- 
tervall und bestimmt daraus die Lange von tl, urn den Emp- 
fang des nachsten Tickets vom Application Server fur diese 
Servicebeziehung zu uberwachen. Bis zum Empfang des ersten 
Tickets vom Application Server wird ein fur die Billing 
Table einheitlicher fester Initialwert fur diesen Timer 
verwendet (z.B. 5 Sekunden) . 

Mogliche vertrauensbildende MaBnahmen zwischen Client und 
Application Server: Die Konditionen fur die Servicebezie- 
hung (Lange und Kosten des 1. Intervals, Lange und Kosten 
der Folgeintervalle) werden zwischen Client und Server 
vereinbart . Durch die Wahl eines kurzen 1. Intervalls und 
ggf . Sonderkonditionen dafur kann sichergestellt werden, 
daft auch im Falle einer Nichterbringung der Leistung (z.B. 
Serverausf all, Uberlast, SW-Fehler, Inkompatibilitat von 
Client und Serversof tware) trotz aufgebauter Servicebezie- 
hung fur den Dienstanwender kein oder nur ein geringer 
Nachteil entsteht 

Bei Ausfall des Billing Servers kann der Application Ser- 
ver aufgrund der ausbleibenden Quittung auf das Ticket die 
Servicebeziehung zum Client gegebenenf alls abbrechen. 
Bei Ausfall des Clients wird das Gebuhrenkonto des Kunden 
nicht falschlicherweise welter vom Billing Server be- 
lastet, da Client nicht mehr in der Lage ist, weitere Ti- 
cketbestatigungsanf orderungen des Billing Servers zu quit- 
tieren (siehe Sonderfalle) - 

Funktionalitat beim Client erweiterbar z.B. um 

Kumulierung der vom Billing Server ubermittelten Gebuh- 
rennachrichten und Anzeige dieser Gebiihren am Terminal 
zur Gebuhrenuberwachung in Realzeit. 
L. Moglichkeit fur Endbenutzer als Option Tickets manuell 
zuruckzuweisen, z.B. bei Erreichen eines bestimmten 
selbstgesetzten Gebuhrenlimits ■ 
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Zusammenf assend kann folgendes gesagt werden. Das beschriebe- 
ne Verfahren erlaubt dem Betreiber eines Stateless Proxy bzw. 
Application Brokers auf einfache Art und Weise mittels eines 
Billing Servers registrierten Application Service Anbietern 
5 und registrierten Kunden eine zuverlassige, in def inierbaren 
Intervallen genaue und vertrauenswlirdige Vergebiihrungsfunkti- 
on anzubieten, indem sich wahrend der Diensterbringung Client 
und Server standig im Hintergrund in regelmaftigen Abstanden 
liber einen unabhangigen Dritten (Billing Server) liber die da- 
10 fur anfallenden Gebuhren verstandigen und die Vergebiihrungs- 
funktion auch von dem unabhangigen Dritten erbracht wird, wo- 
bei die Vergebiihrungs funktion auf dem Billing Server insbe- 
sondere fiir mehrere Proxies gleichzeitig erbracht werden 
kann . 

15 

Anwendungsbeispiele 

- Auskunf tsdienste 

- Videodienste 

20 - Telef onzusatzdienste, wie z.B. Konferenzen liber Konferenz- 
server 

- Mailboxabf ragen 

- anonymes Billing fiir Gateways, die aus dem offenen Internet 
angesteuert werden 
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Patent anspriiche 

1. Billingeinrichtung in einem Konimunikationsnet z f die 

a) eine von einem Client initiierte Dienstanf orderung von ei- 
5 ner Dienstvermittlungseinrichtung empfangt, 

b) fur den Client beziiglich der Dienstanf orderung eine Bil- 
ling-Reference erzeugt, die der Client in einer nachfol- 
genden Dienstanf orderung gegeniiber einem Application Ser- 
ver angeben mufi, 

10 c) von dem genannten Application Server erstellte Vergebiih- 
rung-Tickets empfangt , wobei die Tickets Inf ormationen 
hinsichtich der vor bzw. wahrend der Dienstnutzung fur ei- 
nen Dienstnutzer fallig werdenden Gebiihren enthalten, 

d) beziiglich eines vom Application Server empfangenen Tickets 
15 jeweils eine Bestatigungsanf rage an den Client des Dienst- 

nutzers richtet, 

e) fur das Ticket eine Gebuhrenregistrierungsaktion durch- 
fiihrt, falls sie von dem Client eine Bestatigung fur das 
genannte Ticket empfangt - 

20 

2. Billingeinrichtung nach Anspruch 1, 
dadurch gekennzeichnet , 

dass sie die genannte Billing-Reference an die genannte 
Dienstvermittlungseinrichtung sendet r die die Information 
25 dann dem Client mitteilt. 

3. Billingeinrichtung nach Anspruch 1, 
dadurch gekennzeichnet r 

dass sie die fur einen Client erzeugte Billing-Reference dem 
30 Client direkt zusendet. 

4. Billingeinrichtung nach einem der Anspriiche 1 bis 3, 
dadurch gekennzeichnet , 

dass die genannte Gebuhrenregistrierungsaktion fur einen Pre- 
35 paid-Client und einen Rechnungs -Client gleichermafien durch- 
f tihrt „ 
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5. Billingeinrichtung nach einem der Anspriiche 1 bis 4, 
dadurch gekennzeichnet , 

dass die genannte Gebuhrenregistrierungsaktion darin besteht, 
dass sie das Ticket zu einer spateren Rechungserstellung ab- 
5 speichert. 

6. Billingeinrichtung nach einem der Anspriiche 1 bis 5, 
dadurch gekennzeichnet, 

dass die genannte Gebuhrenregistrierungsaktion darin besteht, 
10 dass sie den Guthabenstand oder Gebiihrenstand des Client ak- 
tualisiert . 



7- Billingeinrichtung nach Anspruch 6, 
dadurch gekennzeichnet, 
15 dass 

sie den Client informiert, falls der Guthabenstand eine be- 
st iramte Schwelle erreicht bzw. unterschreitet , 
a) sie den Application Server informiert, falls kein ausrei- 
chendes Guthaben mehr vorhanden ist. 

20 

8. Billingeinrichtung nach einem der Anspriiche 1 bis 7 
dadurch gekennzeichnet, 

dass sie dem Client die fur die Gebuhrenregistrierungsaktion 
herangezogene Gebuhr mitteilt. 

25 

9. Billingeinrichtung nach einem der Anspriiche 1 bis 8 
dadurch gekennzeichnet, 

dass sie Dienstanf orderungen von einer oder mehreren Dienst- 
vermittlungseinrichtungen empfangt und bearbeitet. 

30 

10- Application Server, der 

a) von einem Client eine Dienstanf orderung empfangt, wobei 
die Dienstanf orderung eine Reference auf eine Billingein- 
richtung enthalt, 
35 b) beziiglich des Dienstes Vergebiihrungs-Tickets erstellt und 
diese an die Billingeinrichtung sendet, wenn er den Servi- 
ce-Request annimmt, wobei die Tickets Inf ormationen hin- 



11 
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sichtich der vor bzw. wahrend der Durchf uhrung des Diens- 
tes fur den Client fallig werdenden Gebuhren enthalten, 
c) von der Billingeinrichtung Mitteilungen daruber empfangt, 
ob die Tickets durch den Client bestatigt werden, 
5 d) die Durchf uhrung des Dienstes auf rechterhalt , solange die 
Tickets durch den Client positiv bestatigt werden. 



11. Application Server nach Anspruch 10, 
dadurch gekennzeichnet , 
10 dass er die Servicebeziehung zum Client beendet, wenn er von 
der Billingeinrichtung die Mitteilung empfangt, daft der 
Client eine Bestatigungsanf rage bezuglich eines Tickets nega- 
tiv quittiert hat . 

15 12. Application Server nach Anspruch 10, 
dadurch gekennzeichnet, 

dass er die Servicebeziehung zum Client beendet, wenn er von 
der Billingeinrichtung die Mitteilung empfangt, dali der 
Client eine Bestatigungsanf rage bzw. mehrere Bestatigungsan- 
20 fragen bezuglich eines Tickets uberhaupt nicht quittiert hat. 

13. Application Server nach Anspruch 10, 
dadurch gekennzeichnet, 

dass er die Servicebeziehung zum Client beendet, wenn er von 
25 der Billingeinrichtung uberhaupt keine Quittung auf das von 
ihm generierte Ticket erhalt. 



14. Application Server nach Anspruch 10, 
dadurch gekennzeichnet, 
30 dass er die Servicebeziehung zum Client beendet, wenn er von 
der Billingeinrichtung im Falle eines Prepaid-Nutzers bezug- 
lich eines Tickets die Mitteilung erhalt, daii kein ausrei- 
chendes Guthaben mehr vorhanden ist. 



35 15. Client, der 

a) an eine Dienstvermittlungseinrichtung eine Dienstanf orde- 

rung stellt, 
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b) nach einer erf olgreichen Authentif izierung der Dienstan- 

f orderung eine Reference auf den angef orderten Dienst emp- 
f angt r 

c) anhand der genannten Reference eine Servicebeziehung zu 
5 einem Application Server des angef orderten Dienstes auf- 

baut, 

d) von einer Billingeinrichtung Bestatigungsanf ragen liber 
hinsichtlich des Dienstes fallig werdende Geblihren emp- 
f angt r 

10 e) die genannten Bestatigungsanf ragen gegemiber der Billin- 
geinrichtung verifiziert und beanwortet . 

16. Client nach Anspruch 15, 
dadurch gekennzeichnet , 
15 dass er die von der Billingeinrichtung mithilfe der Bestati- 
gungsanf ragen libermittelten Gebiihrennachrichten kumuliert und 
diese Geblihren dem Endnutzer zur Geblihrenliberwachung in Real- 
zeit anzeigt . 

20 17. Verfahren zur Vergeblihrung eines Dienstes in einem Kommu- 
nikationsnetz, demgemaB 

a) von einem Client an eine Dienstvermittlungseinrichtung ei- 
ne Dienstanf orderung gestellt wird, 

b) daraufhin mithilfe der Dienstvermittlungseinrichtung eine 
25 Authentif izierung des Clients durchgef iihrt wird, 

c) nach einer erf olgreichen Authentif izierung durch die 
Dienstvermittlungseinrichtung einer Billingeinrichtung die 
Dienstanf orderung mitgeteilt wird, 

d) von der Billingeinrichtung fur die Dienstanf orderung eine 
30 Billing-Reference erzeugt wird, 

e) dem Client eine Reference auf die genannte Billing- 
Reference und eine Reference auf die Billingeinrichtung 
mitgeteilt wird, 

f ) von dem Client anhand der genannten Dienst-Ref erence eine 
35 Servicebeziehung zu einem Application Server des angefor- 

derten Dienstes aufgebaut wird und dem Application Server 
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die Billing-Reference sowie die Reference auf die Billin- 
geinrichtung mitgeteilt wird, 

g) von dem Application Server Tickets erstellt und an die 
Billingeinrichtung gesendet werden, wobei die Tickets In- 
formationen hinsichtich der vor bzw. wahrend der Dienst- 
nutzung anfallenden Gebuhren enthalten, 

h) von der Billingeinrichtung bezuglich eines Tickets jeweils 
eine Bestatigungsanf rage an den Client gerichtet wird, 

i) das Ticket von der Billingeinrichtung zu einer Gebtihrenre- 
gistrierungsaktion herangezogen wird, falls das Ticket 
bestatigt wird. 

18. Verfahren nach Anspruch 17, 

dadurch gekennzeichnet, 

dass 

a) das Ergebnis der genannten Bestatigungsanf rage von der 
Billingeinrichtung an den Application Server weitergelei- 
tet wird, 

b) die Durchfuhrung des Dienstes seitens des Application Ser- 
vers auf rechterhalten wird, solange die Tickets durch den 
Client positiv bestatigt werden. 
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